Looks like this needs a little more detail:

after updating from -0 to -1 the following libs are missing/unreachable:

1. libcdt.so.4
2. libgraph.so.4
3. libgvc.so.5

This affects ImageMagick and emacs and others.

found with donalds `libcheck.pl`

MISS libcdt.so.4 /usr/bin/animate
MISS libcdt.so.4 /usr/bin/compare
MISS libcdt.so.4 /usr/bin/composite
MISS libcdt.so.4 /usr/bin/conjure
MISS libcdt.so.4 /usr/bin/convert
MISS libcdt.so.4 /usr/bin/display
MISS libcdt.so.4 /usr/bin/emacs-26.1
MISS libcdt.so.4 /usr/bin/gdl
MISS libcdt.so.4 /usr/bin/identify
MISS libcdt.so.4 /usr/bin/import
MISS libcdt.so.4 /usr/bin/mogrify
MISS libcdt.so.4 /usr/bin/montage
MISS libcdt.so.4 /usr/bin/stream
MISS libcdt.so.4 /usr/lib/libMagick++-6.Q16.so.8.0.0
MISS libcdt.so.4 /usr/lib/libMagick++.so.4.0.0
MISS libcdt.so.4 /usr/lib/libMagickCore-6.Q16.so.2.0.0
MISS libcdt.so.4 /usr/lib/libMagickCore-6.Q16.so.6.0.0
MISS libcdt.so.4 /usr/lib/libMagickCore.so.4.0.0
MISS libcdt.so.4 /usr/lib/libMagickWand-6.Q16.so.2.0.0
MISS libcdt.so.4 /usr/lib/libMagickWand-6.Q16.so.6.0.0
MISS libcdt.so.4 /usr/lib/libMagickWand.so.4.0.0
MISS libcdt.so.4 /usr/lib/pstoedit/libp2edrvmagick++.so.0.0.0
MISS libcdt.so.4 /usr/lib/xine/plugins/2.7/xineplug_decode_image.so
MISS libgraph.so.4 /usr/bin/animate
MISS libgraph.so.4 /usr/bin/compare
MISS libgraph.so.4 /usr/bin/composite
MISS libgraph.so.4 /usr/bin/conjure
MISS libgraph.so.4 /usr/bin/convert
MISS libgraph.so.4 /usr/bin/display
MISS libgraph.so.4 /usr/bin/emacs-26.1
MISS libgraph.so.4 /usr/bin/gdl
MISS libgraph.so.4 /usr/bin/identify
MISS libgraph.so.4 /usr/bin/import
MISS libgraph.so.4 /usr/bin/mogrify
MISS libgraph.so.4 /usr/bin/montage
MISS libgraph.so.4 /usr/bin/stream
MISS libgraph.so.4 /usr/lib/libMagick++-6.Q16.so.8.0.0
MISS libgraph.so.4 /usr/lib/libMagick++.so.4.0.0
MISS libgraph.so.4 /usr/lib/libMagickCore-6.Q16.so.2.0.0
MISS libgraph.so.4 /usr/lib/libMagickCore-6.Q16.so.6.0.0
MISS libgraph.so.4 /usr/lib/libMagickCore.so.4.0.0
MISS libgraph.so.4 /usr/lib/libMagickWand-6.Q16.so.2.0.0
MISS libgraph.so.4 /usr/lib/libMagickWand-6.Q16.so.6.0.0
MISS libgraph.so.4 /usr/lib/libMagickWand.so.4.0.0
MISS libgraph.so.4 /usr/lib/pstoedit/libp2edrvmagick++.so.0.0.0
MISS libgraph.so.4 /usr/lib/xine/plugins/2.7/xineplug_decode_image.so
MISS libgvc.so.5 /usr/bin/animate
MISS libgvc.so.5 /usr/bin/compare
MISS libgvc.so.5 /usr/bin/composite
MISS libgvc.so.5 /usr/bin/conjure
MISS libgvc.so.5 /usr/bin/convert
MISS libgvc.so.5 /usr/bin/display
MISS libgvc.so.5 /usr/bin/emacs-26.1
MISS libgvc.so.5 /usr/bin/gdl
MISS libgvc.so.5 /usr/bin/identify
MISS libgvc.so.5 /usr/bin/import
MISS libgvc.so.5 /usr/bin/mogrify
MISS libgvc.so.5 /usr/bin/montage
MISS libgvc.so.5 /usr/bin/stream
MISS libgvc.so.5 /usr/lib/libMagick++-6.Q16.so.8.0.0
MISS libgvc.so.5 /usr/lib/libMagick++.so.4.0.0
MISS libgvc.so.5 /usr/lib/libMagickCore-6.Q16.so.2.0.0
MISS libgvc.so.5 /usr/lib/libMagickCore-6.Q16.so.6.0.0
MISS libgvc.so.5 /usr/lib/libMagickCore.so.4.0.0
MISS libgvc.so.5 /usr/lib/libMagickWand-6.Q16.so.2.0.0
MISS libgvc.so.5 /usr/lib/libMagickWand-6.Q16.so.6.0.0
MISS libgvc.so.5 /usr/lib/libMagickWand.so.4.0.0
MISS libgvc.so.5 /usr/lib/pstoedit/libp2edrvmagick++.so.0.0.0
MISS libgvc.so.5 /usr/lib/xine/plugins/2.7/xineplug_decode_image.so

There seems to be some plugin stuff enabled by default or autodetect:

> MISS libgvplugin_neato_layout.so.6  /usr/bin/gvpack

gvpack belongs to graphiz so we should burn in the lib path or remove/disable the plugin

New PR, but same proposal by my side:
Take the newest version (2.42.something), and carefully build a compat package.
Why should we bother with a 4 year old version that obviously can not replace the 8 year old one

Our package python uses libcdt.so.4 but not libgraph.so.4 or libgvc.so.5, see so files under xxx/site-packages/pygraphviz. I haven't found anyting in our R, but lots of other (private) tools might rely on these libs too, eg: /package/sequencer/cnvnator/root_fw/lib/root/libGviz.so

please test the new version as well as the compat version

Somebody built graphviz-2.42.0-0 at Sep 5 16:09, but the beefiles is different. I guess that was a test and I rebuild it now.

Somebody built graphviz-2.42.0-0 at Sep 5 16:09, but the beefiles is different. I guess that was a test and I rebuild it now.

So how about increasing the build number ?! to graphviz-2.42.0-1 ?! isn't that the whole idea ?

The _compat package must extract and install these soname-symlinks as well:

/usr/lib/libcdt.so.4
/usr/lib/libgraph.so.4
/usr/lib/libgvc.so.5

So how about increasing the build number ?! to graphviz-2.42.0-1 ?! isn't that the whole idea ?

During do { build it, test it, find error, fix error } until satisifed its yours and you can replace it. If it is ever installed, it should be stable, of course.